United States Patent [19] 

Voit 




n 



US006104711A 
[ii] Patent Number: 6,104,711 
[45] Date of Patent: Aug. 15, 2000 



[54] ENHANCED INTERNET DOMAIN NAME 
SERVER 

[75] Inventor: Eric A. Voit, Baltimore, Md. 

[73] Assignee: Bell Atlantic Network Services, Inc., 
Arlington, Va. 



[21] 

[22] 

[51] 
[52] 

[58] 



[56] 



Appl. No.: 08/812,075 
Filed: Mar. 6, 1997 

Int. CI. 7 H04L U/64 

U.S. CI 370/352; 370/410; 370/475; 

709/245 

Field of Search 370/352, 353, 

370/354, 355, 356, 252, 401, 389, 410, 
522, 466, 467, 241, 475; 379/88.17; 709/245, 

225, 223 

References Cited 
U.S. PATENT DOCUMENTS 



4,313,035 
4,611,094 
4,611,096 
4,734,931 
4,788,718 
4,897,874 
4,899,373 
5,185,860 
5,195,086 
5,206,901 
5,247,571 
5,260,986 
5,272,749 
5,347,633 
5,361,256 



1/1982 
9/1986 
9/1986 
3/1988 

11/1988 
1/1990 
2/1990 
2/1993 
3/1993 
4/1993 
9/1993 

11/1993 

12/1993 
9/1994 

11/1994 



Jordan et al. . 
Asmuth et al. . 
Asmuth et al. . 
Bourg et al. . 
McNabb et al. . 
Lidinsky et al. . 
Lee et al. . 
Wu . 

Baumgartner et al. 
Harlow et al. . 
Kay et al. . 
Pershan . 
Masek . 
Ashfield et al. . 
Doeringer et al. . 



(List continued on next page.) 

OTHER PUBLICATIONS 

Yang, "INETPhone: Telephone Services and Servers on 
Internet," RFC 1789, pp. 1-6, Apr. 1995. 
CT and the 'Net, "Supercharging the Web with Computer 
Telephony", Mar. 1996. 



CT and the 'Net, "Audio and Video Over the Internet", Mar. 
1996. 

"Computer Telephony Over The Internet", Grigonis, Rich- 
ard, CT and the Net, Mar. 1996. 

"Geek of The Week", Kara, Phil et. al., Internet Talk Radio, 
Mobile IP Networking, Nov. 1993. 

"How to Build an Internet PBX", McConnelt, Brian, http:// 
www.phonezone.com/ip-phone.htm, pp. 1-9. 
"Welcome to the Phone Zone", Pacific Telephony Design, 
http://www.phonezone.corn/index2.htm, pp. 1-6. 
"Innovations in Internet Telephony: The Internet as The 
Competitor to The Pots Network", Sears, Andrew, Innova- 
tions in Internet Telephony: The Internet as the Successor to 
the Pots Network, Feb, 28, 1996, pp. 1-6. 
"Computer Telephony And The Internet", Stylus Innovation, 
http ://www.sty lus.com/hvml .htm . 

Primary Examiner — Huy D. Vu 

Attorney, Agent, or Firm — McDermott, Will & Emery 



[57] 



ABSTRACT 



An enhanced name translation server, for use on a packet 
data network such as the Internet, executes a conditional 
analysis in response to at least some queries or requests for 
name translations. For example, the server may return a 
different destination address at different times or in response 
to translation requests from different terminals. The server 
also can query a primary destination terminal device, and 
condition the response to the calling terminal on the status 
of the primary terminal. For example, if the primary terminal 
is 'live' the server forwards the address of that terminal to 
the calling terminal device to set up communications. 
Otherwise, the server returns alternate destination address 
information. The server also supports a wide variety of 
different types of translations, including domain name to 
address, domain name to telephone number, and telephone 
number to address. The enhanced translations offer called 
customers numerous options for controlling communica- 
tions directed toward them, and the customers may elect to 
apply these options both to their data communications 
services and their voice communications services through 
the packet data network. 

37 Claims, 5 Drawing Sheets 
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ENHANCED INTERNET DOMAIN NAME 
SERVER 

TECHNICAL FIELD 

This invention relates to enhancements of the processing 
functions performed by a domain name server in association 
with translation of textual names into routing addresses, for 
establishing communications via a public packet data 
network, such as the Internet. 

BACKGROUND ART 

Attention recently has been directed to implementing a 
variety of communication services, including voice tele- 
phone service, over the worldwide packet data network now 
commonly known as the Internet. The Internet had its 
genesis in U.S. Government programs funded by the 
Advanced Research Projects Agency (ARPA), That research 
made possible national internetworked data communication 
systems. This work resulted in the development of network 
standards as well as a set of conventions, known as 
protocols, for interconnecting data networks and routing 
information across the networks. These protocols are com- 
monly referred to as TCP/IP. The TCP/IP protocols were 
originally developed for use only through ARPANET but 
have subsequently become widely used in the industry. 
TCP/IP is flexible and robust. TCP takes care of the integrity, 
and IP moves the data. 

Internet provides two broad types of services: connec- 
tionless packet delivery service and reliable stream transport 
service. The Internet basically comprises several large com- 
puter networks joined together over high-speed data links 
ranging from ISDN to Tl, 13, FDDI, SONET, SMDS, ATM, 
OT1, etc. The most prominent of these national nets are 
MILNET (Military Network), NSFNET (National Science 
Foundation NETwork), and CREN (Corporation for 
Research and Educational Networking). In 1995, the Gov- 
ernment Accounting Office (GAO) reported that the Internet 
linked 59,000 networks, 2.2 million computers and 15 
million users in 92 countries. However, since then it is 
estimated that the number of Internet users continues to 
double approximately annually. 

In simplified fashion the Internet may be viewed as a 
series of packet data switches or 'routers' connected together 
with computers connected to the routers. The Information 
Providers (IPs) constitute the end systems which collect and 
market the information through their own servers. Access 
providers are companies such as UUNET, PSI, MCI and 
SPRINT which transport the information. Such companies 
market the usage of their networks. 

FIG. 5 shows a simplified diagram of the Internet and 
various types of systems typically connected thereto. Gen- 
erally speaking the Internet consists of Autonomous Systems 
(AS) type packet data networks which may be owned and 
operated by Internet Service Providers (ISPs) such as PSI, 
UUNET, MCI, SPRINT, etc. Three such AS/ISPs appear in 
FIG. 5 at 310,312 and 314. The Autonomous Systems (ASs) 
are linked by Inter- AS Connections 311, 313 and 315. 
Information Providers (IPs) 316 and 318, such as America 
Online (AOL) and Compuserve, connect to the Internet via 
high speed lines 320 and 322, such as T1/T3 and the like. 
Information Providers generally do not have their own 
Internet based Autonomous Systems but have or use Dial- 
Up Networks such as SprintNet (X.25), DATAPAC and 
TYMNET. 

By way of current illustration, MCI is both an ISP and an 
IP, SPRINT is an ISP, and the MicroSoft Network (MSN) is 
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an IP using UUNET as an ISP. Other information providers, 
such as universities, are indicated in exemplary fashion at 
324 and are connected to the AS/ISPs via the same type 
connections here illustrated as Tl lines 326. Corporate Local 
Area Networks (LANs), such as those illustrated in 328 and 
330, are connected through routers 332 and 334 and high 
speed data links such as Tl lines 336 and 338. Laptop 
computers 340 and 342 are representative of computers 
connected to the Internet via the public switched telephone 
network (PSTN) and are shown connected to the AS/ISPs 
via dial up links 344 and 346. 

In the addressing scheme of the Internet, an address 
comprises four numbers separated by dots. This is called the 
Internet Protocol address, or IP address. An example of an 
IP address would be 164.109.211.237. Each machine on the 
Internet has a unique number assigned to it which constitutes 
one of these four numbers. In the IP address, the leftmost 
number has the greatest weight. By analogy this would 
correspond to the ZIP code in a mailing address. At times the 
first two numbers constitute this portion of the address 
indicating a network or a locale. That network is connected 
to the last router in the transport path. In differentiating 
between two computers in the same destination network 
only the last number field changes. In such an example the 
next number field 211 identifies the destination router. 

When a packet bearing a destination address leaves the 
source router, the router examines the first two numbers in 
a matrix table to determine how many hops are the minimum 
to get to the destination. It then sends the packet to the next 
router as determined from that table, and the procedure is 
repeated. Each router has a database table that finds the 
information automatically. This continues until the packet 
arrives at the destination computer. The separate packets that 
constitute a message may not travel the same path depending 
on traffic load. However, they all reach the same destination 
and are assembled in their original order in a connectionless 
fashion. This is in contrast to connection oriented routing 
modes, such as frame relay and ATM or voice. 

It would be difficult for most people to remember the four 
separate numbers (sometimes having ten or more digits) 
comprising each numeric IP address, tn addition numeric IP 
addresses occasionally change, making it even more of a 
problem for people to keep track of them. The Domain 
Name System (DNS) was developed to provide some relief 
from these problems. In the DNS system words, which are 
more easily remembered, are used instead of numbers. 

An example of a textual Domain Name is 
Evoit@HUT.MB.COM. Each of the names separated by a 
dot is called a domain. The significance of each of the 
domains is the reverse of that of the numeric IP address. In 
the numeric IP address, the most significant numbers were 
on the left and the least significant on the right. The textual 
Domain Name System begins with the least significant on 
the left and proceeds to the most significant on the right. 

The top-level domains, those of the most general 
significance, are as follows: 

1 . COM A commercial operation 

2. EDU A university, college or other educational insti- 
tution 

3. GOV A government organization 

4. MIL A military site 

5. ORG Any organization that does not fit into any of the 
preceding 

6. NET A network 

There are now two-letter domains, each denoting a dif- 
ferent country, which are atop the above original domain 
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names. An address ending in "COM.AU/" for example, 
would be a commercial operation in Australia. Over a 
hundred different countries are now connected to the Inter- 
net so the list of two-letter country codes is long and getting 
longer. Computers associated with the Internet called 
domain name servers convert textual domain names into 
numeric IP addresses. 

The domain name processing by the domain name servers 
has always involved only a straight translation from the 
domain name to a single IP address. The domain name 
servers have not offered any type of customized processing 
or control to meet individual needs of parties identified by 
domain name addresses. 

Recently, one or more companies have developed soft- 
ware for use on personal computers to permit two-way 
transfer of real-time voice information via an Internet data 
link between two personal computers. In one of the 
directions, the sending computer converts voice signals from 
analog to digital format. The software facilitates data com- 
pression down to a rate compatible with modem communi- 
cation via a POTS telephone line, in some cases as low as 
2.4 kbits/s. The software also facilitates encapsulation of the 
digitized and compressed voice data into the TCP/IP 
protocol, with appropriate addressing to permit communi- 
cation via the Internet. At the receiving end, the computer 
and software reverse the process to recover the analog voice 
information for presentation to the other party. Such pro- 
grams permit telephone-like communication between Inter- 
net users registered with Internet Phone Servers. 

Such programs have relied on servers coupled to the 
Internet to establish voice communication links through the 
networks. Each person active on the network, who is willing 
to accept a voice call, must register with a server. A calling 
party can call only those persons registered on the voice 
communication server. Also, the address management pro- 
vided by these servers, like that provided by the domain 
name servers, has not permitted any individualized control 
of routing. For example, a user could register only one 
current address and must reregister each time the user comes 
on-line with a new address. Hie registration server provides 
no automatic selection of alternate destinations. 

Concurrent with recent developments in public packet 
data communications such as the Internet, outlined above, 
the telephone industry has been developing an enhanced 
telephone network, sometimes referred to as an Advanced 
Intelligent Network (AIN), for providing a wide array of 
new voice grade telephone service features. In an AIN type 
system, local and/or toll offices of the public telephone 
network detect one of a number of call processing events 
identified as AIN "triggers". For ordinary telephone service 
calls, there would be no event to trigger AIN processing; and 
the local and toll office switches would function normally 
and process such calls without referring to the central 
database for instructions. An office which detects a trigger 
will suspend call processing, compile a call data message 
and forward that message via a common channel interoffice 
signaling (CCIS) link to a database system, such as an 
Integrated Service Control Point (IS CP) which includes a 
Multi-Services Application Platform (MSAP) database. If 
needed, the ISCP can instruct the central office to obtain and 
forward additional information. Once sufficient information 
about the call has reached the ISCP, the ISCP accesses its 
stored data tables in the MSAP database to translate the 
received message data into a call control message and 
returns the call control message to the office of the network 
via CCIS link. The network offices then use the call control 
message to complete the particular call. An AIN type net- 
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work for providing an Area Wide Centrex service, for 
example, was disclosed and described in detail in commonly 
assigned U.S. Pat. No. 5,247,571 to Kay et al., the disclosure 
of which is entirely incorporated herein by reference. 

As shown by the art discussed above, the Internet and the 
AIN have remained separate, independent areas of technical 
development. Many telephone service subscribers are accus- 
tomed to enhanced telephone features, such as those pro- 
vided by AIN processing. However, the wide range of 
conditional routing options offered by AIN type processing 
have simply not been available on the Internet. For example, 
the address processing provided by the domain name servers 
and the registration servers used to exchange addresses for 
voice communication have not permitted alternate treat- 
ments for different times, different calling parties, different 
destinations of roaming subscribers, etc. 

As use of the Internet expands, particularly for transport 
of voice telephone communications, a need exists for 
enhanced address management that will facilitate advanced 
routing features through the public packet data network to 
offer customers using that network service features similar 
to those commonly available via the AIN and other 
advanced telephone networks. 

DISCLOSURE OF THE INVENTION 

The present invention addresses the above stated needs by 
providing enhancements to the address processing of a 
domain name server or the like. 

One objective is to provide a name or address server for 
translating textual domain names into telephone numbers. 

Another objective is to provide a name or address server 
for conditioning name-to-address processing on certain 
parameters relating to a request for translation, such as the 
time of the request, the party or terminal making the request, 
the status of one or more potential destination terminals, etc. 

Another object relates to providing different addresses in 
response to a request for translation of one name, for 
example where conditions surrounding a request for trans- 
lation differ. 

The present invention relates to an enhanced server for 
translation of names or the like into address information, 
networks or systems utilizing such a server and methods of 
translating names or the like into address information, to 
provide customers a wide range of sophisticated routing 
options through a public packet data network, such as the 
Internet. 

In one aspect, the present invention relates to a name 
server, comprising an interface, a central processing unit and 
a data storage system. The interface couples the name server 
to a system of mterlinked packet data networks using packet 
addresses defined in a first protocol. The name server also 
includes software running on the central processing unit. 
Under control of the software, the server processes a query 
for translation of a name specified in a second protocol, for 
example a textual domain name. In response to the query, the 
server generates a reply message for transmission via the 
interface. The software controls the computer to include a 
first destination address conforming to the first protocol in 
the reply message, if parameters relating to the query satisfy 
a first criteria defined in a routing control record stored in the 
data storage system. The software controls the computer to 
include information relating to a second destination in the 
reply message if parameters relating to the query satisfy a 
second criteria defined in the routing control record. 

Effectively, each device that queries the name server 
receives back one set of address information in response to 
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each query, and each calling device uses that information to name server performs an expanded variety of translations, 

establish communication through the network. The provi- Thus, some translations by the server translate a textual 

sion of different address information under different condi- domain name into a numeric IP address, but the server will 

tions in response to name translation requests permits selec- also translate telephone numbers into IP addresses and/or 

tive routing of communications through the network to s domain names into telephone numbers (alone or in combi- 

different destinations. The called party can subscribe to a nation with an IP address). 

selective routing service, and the selective routing service is Additional objects, advantages and novel features of the 

customized to meet the subscriber's individual routing needs invention will be set forth in part in the description which 

by customizing the routing control record that controls the follows, and in part will become apparent to those skilled in 

conditional analyses responsive to translation requests rclat- 10 the art upon examination of the following or may be learned 

ing to that customer's name. by practice of the invention. The objects and advantages of 

In the preferred embodiment, the interlinked packet data the invention may be realized and attained by means of the 

networks form a public, packet switched data network, such instrumentalities and combinations particularly pointed out 

as the Internet; and the first protocol is Internet Protocol (IP). in the appended claims. 

The name server is an enhanced implementation of a domain 15 

nameserver.Insuchanembodiment.theaddressforthefirst DESCRIPTION OF DRAWINGS 

destination typically is an IP address. However, if the name FIG. 1 is a simplified diagram of an Internet system with 

relates to a telephone service customer, the address of the both data and telephone communication capabilities relying 

first destination may include a telephone number. The on the enhanced name processing in accord with the present 

address information for the second destination may include 20 invention. 

an address, such as an IP address; the address informatioD FIG. 2 provides a simplified functional illustration of 

may include a telephone number; or the address information certain software elements of a domain name server system, 

may include both an address and a telephone number. useful in explaining the enhanced name processing of the 

Another aspect of the present invention relates to deter- present invention, 

mination of the status of a destination terminal. In this 25 FIG. 3 is a simplified process flow diagram illustrating the 

regard, the software of the name server controls the server steps for implementing a first selective routing service as 

to send a status query via the network to a destination pa rt of the domain name processing in accord with a 

terminal device associated with a name included in the query preferred embodiment of the present invention, 

for translation. The server computer includes an address of ^ FIG. 4 is a simplified process flow diagram illustrating the 

the destination terminal device conforming to the first pro- conditional processing steps of a second selective routing 

tocol in a reply to the query for translation, only if the service implemented via the present invention, 

computer receives a predetermined reply from the destina- nG 5 ^ a bJock ^ of ^ 
tion terminal. 

For example, if there is no reply from the terminal within 35 BEST MODE FOR CARRYING OUT THE 

some time period or the terminal sends back a reply indi- INVENTION 

eating that the communication should not be completed to The present inventi on utilizes enhanced processing, 

that terminal, the name server will transmit an appropriate rcsponsive to name translation requests, to provide selective 

message back to the system that initially requested the rout ing services through a public packet switched data 

translation. In the preferred embodiments, that message will 4Q nctworki inventive name processing can apply to any 

include address information relating to an alternate destina- translation of a name into address or routing information for 

tlon - a packet data network, such as name to address translation 

The name server in accord with the present invention also ^ a telephone service registration server. The preferred 

will process translation requests based at least in part on embodiments, discussed below, relate to domain name pro- 

time. In this regard, the software running on the central 45 cessing. As such, the selective routing can apply to any 

processing unit causes the name server to formulate and communications via the network that rely on domain name 

transmit a reply to a name translation request. Specifically, addressing, such as E-mail and web page access through the 

the central processing unit includes an address of a desti- Internet. However, the selective routing is particularly 

nation terminal device associated with the name in the reply advantageous for processing of voice telephone communi- 

if the name server receives the name translation request 50 cations through the packet data network based on domain 

within a predetermined time window. name translations. 

In the preferred embodiment, the domain name server FIG. 1 depicts a public packet data network 31 as a cloud, 

transmits different destination address information (IP The network utilizes Internet Protocol (IP) based packet 

address and/or telephone number) depending on which of switching to route data packets between source and desti- 

two or more time windows covers the time of arrival of each 55 nation nodes coupled to the network. In the preferred 

translation request. In this manner, the customer can have embodiment, the public packet data network 31 is a wide 

the server return different address information at different area data network formed of a number of interlinked 

times of the day, week or month. As a result, parties seeking networks, such as the international network now commonly 

to communicate with someone having one name on the referred to as the 'Internet'. The preferred network 31 

network, actually receive instructions to communicate with 60 comprises a network of interconnected routers and 

two or more alternate destinations at different times. For networks, such as shown in FIG. 5 and discussed above. A 

example, the communications might go to the customer's variety of computers and servers (not shown for simplicity) 

office during office hours and to the home at other times. connect to the network 31, for example for providing web 

The present invention relates both to data services and to site services. Terminal devices communicate with the corn- 
voice telephone services, using the interlinked data networks 65 puters and servers as well as with each other. For simplicity, 
to transport digitized voice communications, lb support FIG. 1 shows for personal computer (PC) type terminal 
enhanced routing on both data and telephone type calls, the devices 21, 29, 35 and 41. 
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Each of the PCs connect to the network 31 through an to the Internet via a LAN or other data network, the audio 

Internet access server 27 or 33. The server 27 or 33 aggre- communications may not utilize the telephone network at 

gates traffic to and from the associated terminal devices for all. 

transport over a relatively high-speed link to the packet Those PCs which have voice communication capabilities 

switched data network 31. The Internet access server 27 or s may also send and receive telephone calls via the public 

33 provides a compatible interface to the respective PCs switched telephone network to persons using standard tele- 

(modem, ISDN or LAN) and protocol conversion and phones 49. For this purpose, the public packet data network 

interfacing, as necessary, for two-way data communication 31 connects to a number of PSTN gateways in different 

over the particular high speed link to the packet data service areas, although only one such gateway 45 appears in 

Internet. 10 FIG - ^ch gateway 45 connects to one or more central 

~ t . j u i offices 47 of the public switched telephone network in the 

For example, the server 27 may compose a modem bank . , . Ae . , *\ ^ , , 

coupled to the public switched telephone network (not re f> n ^re the gateway 45 is located. Calls through such 

shown) and coupled through a high speed link to an IProuler gateways typ.cally bypass the long distance interchange 

within the network 31. In such an implementation, the PCs cara « and *W uWlze \ data network connection to one PC, 

21 and 29 would have analog modems for dial-up commu- " as "* „ er cxam P"- 

nications with the server 27. For communications with the . ^ PS1N gateway 45 provides a voice telephone grade 

PCs 21, 29, the server would provide point to point protocol mter f lce * *? P" bllc P acke , 1 data netW0lk , 31 ' for _ a lal S e 

/ppp\ number of calls, between telephone networks such as the 

. ' , , A , w „ . , PSTN and/or cellular or PCS type mobile telephone net- 

As another example die Internet access server 33 might WOfks T ically> such a t 45 wiU conncct to at least 

communicate over a lObaseT Ethernet LAN with the PCs nna „ ani t«i /nr\\ ai ^ dctm „„„ „ 

„ T . . , . „ A , . A , one central office (CO) 47 or the PSTN via one or more 

v.l , i A m ^ ?' , * ' } . Primary rate interface type ISDN line groups or a combi- 

Ethemet LAN type interface cards and would connect nation of Qne Qr more T1 circuits md a sim med Message 

through appropnatc wiring to the Internet access server 33. Desk Imerface sj ^ cirQlit ^ ^ drcuib 

Theserver 33 would provide two-way protocol conversions yide ^ ^ iaterconnections of ^ gateway 45 to the 

asnecessaiyforlPcommumca^ cM office „ ^ psjff 45 Qne Qr 

would connect via a high speed link to an IP router withm more uters for processing individual calls. The 

the network 31. The server 33 might also provide gateway utel(s) a p propriate line interfaces for answer- 

and firewaU funct,ons to control outside access to the LAN ^ incomiag cails and initiating outgoing calls over the 

"ubinetwSkM 55 ° n 10 30 P^ 1 " ty P C ° f 11116 CirCUkS - ™ 6 interfaCeS ^ rCCeive 

" * ' and decode standard signaling messages from the PSTN, 

Hie various PCs include processors, memories, various e .g. DTMF dialing signals, and detect line status and call 
disc drives, etc. Each of the PCs also includes a display or progress signals on incoming and outgoing calls. Each of the 
monitor, a keyboard, and possibly one or more additional computers) in the gateway 45 runs software to compress 
user input devices (not shown) such as a mouse, joystick or 35 incoming audio signals from the PSTN in a standardized 
track ball. Typically, the software running on the PCs format and decompress digital audio signals in that format 
includes an operating system, such as Windows '95 and a received via the public packet data network 31, for trans- 
series of compatible applications programs running under mission over the PSTN. The computers) also perform the 
the operating system. Tne software implements a graphical two-way protocol processing to send and receive 
user interface, including a user interface for communications 4Q compressed, digitized voice data in TCP/IP packet form over 
through the public packet data network 31. me network 31. The PSTN gateway 45 includes or connects 

Many of the PCs also have voice communication capa- to a router coupled to the public packet data network 31. 

bilities. For example, PCs 21 and 35 includes microphones Copending commonly assigned application Ser. No. 08/634, 

23, 37 and speakers 25, 39. These PCs also include analog 543 filed Apr. 18, 1996 describes several implementations of 

to digital and digital to analog converters, and the CPUs in 45 'Internet Modules' which may serve as alternate embodi- 

such PCs run software for compression and decompression ments of the PSTN gateway 45. 

of digitized audio (typically voice) information. The soft- Communications via the public packet data network 31, 

ware also processes the audio information for transmission such as the Internet, utilize IP protocol addressing. As 

and reception of the compressed digital information in IP discussed above, each such address comprises a series of 

packets and using the appropriate protocol for communica- 50 four numbers separated by dots. To facilitate person to 

tion with the respective access server. person communications, however, people can address each 

PCs having voice communication capabilities can con- other using easier to remember names. In the presently 

duct two-way, real-time audio communications with each preferred embodiments, these names may be textual domain 

other, in a manner directly analogous to a two-way telephone names or telephone number based domain names, but other 

conversation. However, the actual signals exchanged 55 name formats are within the scope of the invention. A 

between two such terminal devices go through the public domain name server system 51 translates the names into 

packet data network 31 and the appropriate access servers actual IP addresses. In accord with one aspect of the present 

27, 33. Typically, such communications at least bypass long invention, the translation may also provide other related 

distance interexchange carriers. In the example given above, information such as an alternate telephone number, 

the PC 21 connects to the Internet access server 27 through 60 As shown in simplified form in FIG. 1, the domain name 

a dial-up telephone connection through a local carrier tele- server (DNS) 51 comprises a server computer which func- 

phone network (not shown). The PC 35 connects to the tions as the central processing unit of the domain name 

Internet access server 33 via a LAN. Voice communications server. The computer has an IP packet data interface to the 

between the PC 21 and the PC 35 would utilize a local network 31. The DNS system 51 also includes a data storage 

telephone link (between PC 21 and server 27), but the rest 65 system storing a series of databases attached to or incorpo- 

of the communication link would go through the public rated into the server. As discussed more below, the databases 

packet data network 31 and the LAN. If both PCs connect include look-up tables for direct translations of names to 
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addresses and routing control records for conditional pro- will translate telephone numbers or names incorporating 

cessing of requests for communication with at least some telephone numbers into IP addresses. A number based name 

customers. requiring access to this type of table is '301-608- 

Essentially, when a person wishes to initiate a 2908@phone'. The domain name processing application 73 

communication, they instruct their PC to start communica- 5 examines the name information supplied by the communi- 

tion using a name address. The PC transmits a name cation routine 75 to identify the appropriate translation table 

translation request or 'query* to the domain name server uses the name to access the translation entry correspond- 

system 51 via the appropriate access server and the network m g to the name. 

31. The server 51 receives the a domain name query from the In accord with one aspect of the present invention, certain 

public packet data network 31. In response, the server may *° translations of domain names will result in a response or 

execute a direct look-up table based translation to an IP reply message containing a destination telephone number. In 

address or telephone number. However, for any called party the preferred embodiment discussed below, the conditional 

customer who has established a more sophisticated routing analysis processing for at least some called parties may 

service, the server 51 will execute conditional analysis in result in identification of a telephone number in response to 

response to the domain name translation query. * 5 a domain name translation request, depending on certain 

In its simplest form, if the conditional analysis produces parameters relating to the particular query. However, the 

a first result, the server 51 translates a name included in the domain name server may translate names into telephone 

query (e.g. domain name or telephone number based name) numbers in other ways. Although not shown, the translation 

into a first destination IP address. If the conditional analysis latlles mav include one or more tables for translating domain 

produces a second result, the server 51 translates the name 20 names direcdy into telephone numbers, 

included in the query into a second destination IP address. Some name translations will result in a direct translation 

The server then transmits a response message containing the into an IP address, in a manner similar to existing procedures 

first or the second destination address to a calling PC. The for translation of a textual domain name into an IP address. 

PC uses the received IP address to establish the desired In such cases, the domain name processing application 73 

communication through the public packet data network 31. 25 will supply the IP address resulting from the translation from 

The name processing may apply to data communications the appropriate table 77 to a communication routine 79 for 

as well as to voice telephone type communications through transmission of a reply message to the terminal device that 

the packet data network 31. Also, ( tfie: c^ngUtional.arialysis^ requested the translation. The application 73 also provides 
name rjfpc^sirig may^utilizea variety of criteria relating to the address of that terminal device to the reply transmission 
the^ommunicatiotf, such as the identity of th6 calling party i° routine 79. In response, the routine 79 will formulate an IP 
or terminal, :ttie time;, the status of ,a primacy d estin ation y reply message containing the terminal device address as the 
^rmihal,' e^^InTcon3itional processing~by lhe"Somain^ destination address and containing the IP address produced 
nameserver 51 will support a wide array of selective routing by the translation process as message data. The reply trans- 
services, such as routing to different destinations at different mission routine 79 forwards the message through operating 
times, routing to an alternate destination if a primary des- 3 system 71 and the IP interface for transmission through the 
tination is inactive, follow-me type service, etc. Several public packet data network 31 to the requesting terminal 
more specific routing examples will be discussed in detail device. The requesting terminal device then initiates the 
later. desired communication using the destination address. 

FIG. 2 provides a simplified illustration of an example of 40 Certain parties or customers will desire and subscribe to 
one possible organization of the software for the domain a variety of routing services requiring conditional analysis 
name server 51, for implementing the enhanced operations type processing. For each of those customers, the domain 
in accord with the present invention. The computer of the name server will store a routing control record (RCR) 81. 
domain name server runs a standard operating system 71, For each name associated with such a customer, the trans- 
such as UNIX. The operating system facilitates execution of 45 lation tables 77 will store a pointer pointing to the routing 
one or more applications. One of the applications that will control record (RCR) 81 that controls that customer's rout- 
run on the computer of the domain name server 51 is a ing service. 

domain name processing application 73. The domain name The domain name processing application 73 will receive 

processing application 73 includes executable code facili- a query in the manner discussed above. However, when the 

taring the actual processing. The executable code permits 50 application accesses the translation table with the name 

access to translation tables 77 and routing control records associated with a customer have conditional analysis based 

(RCRS) 81 stored in a database within the storage system service, the translation will return a pointer identifying the 

portion of the domain name server 51. The executable code controlling RCR. The domain name processing application 

of application 73 also triggers several communication rou- 73 then executes a conditional analysis routine utilizing the 

tines 75, 79 and 83. S5 identified RCR 81. The conditional analyses defined by the 

More specifically, when the computer of the domain name RCRs vary considerably, depending on the customized rout- 
server 51 receives a 'query* or request for name translation, ing service selected by each customer. Several simple 
the operating system 71 passes the request from the IP examples are described for convenience, 
interface to the communication routine 75 of the application [ n me simplest form, the RCR specifies a set of conditions 
73. The communication routine extracts the appropriate 60 or criteria and two or more alternate destinations, depending 
information from the query message, such as the address of 0 n which criteria are satisfied by the current call or trans- 
the requesting terminal device and the name that the termi- lation request query. For example, the RCR may specify 
nal device has identified for translation. alternate destination addresses for different times, or for 

The domain name processing application 73 can access a different addresses of the terminal that requested the trans- 
number of translation tables. Some of the tables will trans- 65 lation. In these cases, the domain name processing applica- 
late domain names into IP addresses. A name requiring tion 73 compares call or query related parameters to the 
access to this type of table is 'eric.voit@phone\ Other tables criteria in the RCR 81 and obtains the destination address 
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corresponding to the parameters of the current call or message. In step SI, the domain name server receives the 

translation query. Here, the address may be an IP address, query or request for translation. The server accesses the 

other routing information (e.g. telephone number) or a appropriate translation table and performs a translation (step 

combination of the IP address plus some other routing S2). Processing branches at step S3. If there is no pointer, the 

information. 5 translation produced an actual destination address. The 

The domain name processing application 73 will supply domain name server therefore transmits a reply (step S4) 

the result from the RCR processing (IP address and/or other containing the destination IP address, back to the calling 

routing information) to the communication routine 79. The party's PC 29. The PC 29 would use the received IP address 

transmission reply routine transmits a reply message tothe to me desired message. 

terminal device that requested the translation, in the manner in . 4U . , 4U n , , , 
discussed above. However, in this case, the reply message 10 H ° weve , r ' in ! he CUITent caUed V^Y * 
contains the IP address and/or other routing information conditional routing semce The translation in step S2 there- 
obtained from the RCR processing. The requesting terminal fore retneves a P ointer and ste P 83 branches processing to 
device initiates the desired communication in the normal ste P S5 wherein the domain name server accesses the RCR 
manner but using the address information obtained as a identified by the pointer. From this point on, the domain 
result of the conditional analysis. In this manner, the com- 35 name P^ ss f s the translation request based on the 
munication ultimately goes to the destination selected by the called P^ s RCR - Id our P resent example, the RCR would 
called party who established the customized routing service cause the domain name SCVJ&Tio transmit a W messa g e 
and the corresponding RCR in the domain name server 51. to the . PC 41 > thc pnmary destination terminal device iden- 

Some of the customers will desire still more complicated tlfied m ^ RCR < ste P S6 >- 
conditional analysis processing, and for those customers the Processing branches again at step S7, depending on 
RCRs 81 will cause the domain name processing application whether or not the primary destination terminal is ' live' . The 
73 to call other routines. Consider one example. A customer terminal device is 'live' if it is active and accepting corn- 
has elected a routing service that depends in part on an munication. Id such a case, the PC 41 would respond with 
analysis of the status of the customer's primary terminal, e.g. an affirmative message. The RCR therefore would cause the 
whether or not that terminal device is on. In such a case, the domain name processing to output the IP address of the 
customer's RCR would point to a communication routine primary destination terminal device, the PC 35 (step S8), for 
83. The routine 83 would transmit a query through the public transmission in the reply message (step S4). In these 
packet data network 51 to the customer's primary terminal circumstances, the PC 29 would use the received IP address 
asking if that terminal is 'live'. If the terminal responds, then 30 10 send me desired message to the PC 41. 
the RCR causes the domain name processing application to At step S7, the domain name server may find that the 
output the address of the primary terminal to the reply primary destination terminal device, PC 41, is not 'live' at 
transmission routine 79, for transmission to the requesting this time. For example, the PC may not respond within a 
terminal device. If the primary terminal device does not predetermined time limit. Alternatively, the PC may respond 
respond within a set time period (e.g. because it is off), then 35 with a message indicating either that the called party is not 
the RCR will supply an address and/or other routing infor- accepting messages or does not want to accept a message 
mation for an alternate destination. The domain name server from the present caller. When the primary destination ter- 
51 may query the alternate destination in a similar manner, minal device is not 'live', step S7 branches to step S9, and 
or the application 73 may supply the information regarding the domain name server outputs at least an IP address for an 
the alternate destination to the reply transmission routine 79, 4Q alternate destination. In the simplest case, the RCR identifies 
for transmission to the requesting terminal device, depend- the one alternate destination, although a variety of more 
ing on the customer's RCR. sophisticated processing methodologies can be used to iden- 

It may be helpful, at this point, to consider several tify the alternate destination. Assume here the simplest case 

examples of specific communications through the public in which the RCR simply identifies a single alternate 

packet data network utilizing the enhanced domain name 45 destination, and in this example assume specifically that the 

server and translation processing in accord with the present RCR identifies the IP address of the PC 35 as the alternate 

invention. address. Thc RCR therefore would cause the domain name 

In a first example, assume that a person at PC 29 wants to processing to output the IP address of PC 35 in step S9, and 

send a message to a person at PC 41, for example an E-mail would transmit the reply message containing that 

message. Assume also that the person normally at PC 41 has 50 address in ste P S4 - Under these conditions, the PC 29 would 

elected a simple alternate routing service. If the person's usc thc received IP address to send the desired message to 

terminal device, PC 41, is active or 'live', then the person the pc 

wants messages directed to that device 41. If the PC 41 is As shown by the above example, the domain name server 

inactive, then the person wants message directed to an processing produces different results in response to a query 

alternate terminal normally operated by someone who may 5S relating to a single customer's name based on different 

be able to respond immediately during the customer's conditions or circumstances, in this case whether the pri- 

absence. mary destination terminal is 'live' at the time of the request 

In this example, an operator sitting at her personal com- f° r translation, 

puter 29 enters the called person's domain name address, The domain name server would process queries relating to 

which is a textual address such as 'eric.voit@phone' or a 60 voice communications through the network 31 in essentially 

telephone number based name such as '301-608- the same maimer, for example for a voice call from a person 

2908@phone'. Her personal computer 29 transmits a query using PC 21 to a person whose primary destination terminal 

containing the entered name through the Internet access is the PC 35. 

server 27 and the public packet data network 31 to the In this second example, an operator sitting at her personal 

domain name server 51. 65 computer 21 enters that person's domain name address, 

FIG. 3 provides a simplified illustration of the processing which is a textual address or a telephone number based 

flow by the domain name server in response to this query name. Her personal computer 21 transmits a query cdntain- 
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ing the name through the Internet access server 27 and the telephone number to the PSTN gateway 45. The PSTN 
public packet data network 31 to the domain name server 51. gateway 45 would initiate a voice telephone call to the 
Again, the domain name server receives the query or request telephone 49 through one or more COs 47 of the local public 
for translation (step SI). The server accesses the appropriate switched telephone network. If the line to telephone station 
translation table and performs a translation (step S2), and 5 49 is busy, the CO(s) 47 return a busy signal. The gateway 
processing branches at step S3. If there is no pointer, the 45 detects ^is signal and transmits an appropriate message 
translation produced an actual destination address. The back to the PC 21 causing the PC to inform the caller of the 
domain name server therefore transmits a reply (step S4), W condition. However, if a person answers the tele- 
containing the destination IP address, back to the calling P hone 49 ' the PS ™ S^ 3 ? 45 Mtfwtes a voice commu- 
party's PC 21; and that PC uses the received IP address to 10 ^cation session through the public packet data network 31 

initiate the desired voice communications. the Internet acces f s u erver 27 l ° the P ^ 21 j * d ? T0Vld ™ 

iL , .i_ ii j ^ . j „ „ a communication link between that packet data network 

Assume now that the called party associated with PC 35 _ • A 4 . n k nC TTa L t t~ u An \f* 

. ™ , . session and the call through the PSTN to telephone 49. After 

has a conditional routagserv.ce. The ^slation in step S2 ^ session ^ ^ at rc 21 can ^ to , he 

therefore retrieves a pointer, and step S3 branches process- party at telephone station 49, in a normal con- 

ing to step S5 wherein the domain name server accesses the 15 i „ 

*i -r i< i • a • i • it versational manner. 

RCR identified by the pointer. Assume in this example, that ™ -.^ , . . . . , A . 

tU c t , t j * 4 * t . * j / . The conditional analysis processing m accord with the 

the first element of the conditional processing is a determi- „ , J , \. . fe A . A . 

c , iL . j i* * • * ■ 1 j ■ • present invention can selectively route communications 

nation or whether the primary destination terminal device is f, , ... . 4 , 4 * ■ i_ j • * c 

0 . , , „ ■ -i ♦ .u i- 1 *u n^r» through the public packet data network based on a variety of 

live . In a manner similar to the earlier example, the RCR J ir . , . , . A i 

, i j . , L nn different call related parameters. As another example, con- 
would cause the domain name server to transmit a query 2U , f. . , 4 . - 4l _ r « 0 , 
* n^. -1* *«. • -i i * j. • * • i sider conditional routing based the time of the call. Such 
message to the PC 35, the primary destination terminal . , ? , , . 
j ■ j , •£« j . iL Vk^-r. processing may apply to data communications, to route 
device identified in the RCR (step S6). £ -i «l j ♦ • «• * * & \ j *• 

v r ' E-mail or other data communications to different destina- 

If the primary destination terminal (PC 35) is 'live/ then tions at different times. However, for purposes of discussion 

processing branches from step S7 to step S8. The RCR consider application to voice call processing, 

causes the domain name processing to output the IP address FIG. 4 provides a simplified illustration of the processing 

of the primary destination terminal device the PC 35, and flow executed b fte domain name ^ ^ to me 

the domain name seirver transmits that address in the reply domain name translation mess in this e k m 

message (step S4). The PC 21 uses the .received IP address re to a from pc 21 s gl tQ g4 ^ ^ ^ 

to initiate voice communications with the PC 35 through the as - m ^ essin of 3 However, if the translation 

public packet data network 31. tabk poiDts tQ an RCRj ^ proccssiag resp0DS ive to the 

If the domain name server determines that the primary called customer's RCR is different from that in the earlier 

destination terminal (PC 35) is not 'live/ in one of the ways examples. For discussion, it is assumed that the RCR defines 

outlined above, then processing branches from step S7 to three different time windows tl, t2, t3 and a different 

step S9. A variety of procedures could be used to select an 35 destination for calls occurring within each time window. For 

alternate destination. For example, the customer might peri- example, the customer may want calls to go to the PC 35 at 

odically provide a current telephone location for registration a fi^t branch office during office hours (8:00 AM to 6:00 

in the customer's RCR, so that voice calls would follow the pm) Monday through Friday in one time zone. This would 

customer where ever the customer might travel. be the first time window tl. Calls would go to a PC (not 

Alternatively, a roaming subscriber with a laptop might 4Q shown) at another branch office in a different time zone 

obtain a new IP address each time that subscriber dials in to during Monday through Friday, for three hours each day 

an Internet Service Provider from a different geographic after the closing of the first ofi&ce. This would be the second 

location, and an access server operated by the Service ume window t2. At all other times (t3), calls might go to a 

Provider and/or the laptop would communicate with the telephone 49 at some designated answering service, 

domain name server 51 to update the address stored in 45 Xo < faciHtate mis routing) ih& processing by the domain 

association with that subscriber's domain name. An example name saw would a br£mdl S11 after tne access of 

of a 'follow-me' type service is disclosed in more detail in me customer's RCR (S5). In this example, the branch 

commonly assigned copending application Ser. No. 08/811, follows three differeat paths depending on which of the three 

032, filed Mar. 6, 1997 entitled Internet Phone to PSTN time windows covers the time of the current call. The branch 

Cellular/PCS System, the disclosure of which is incorpo- 5Q could use oaly two time wn dows or any num5er of addi . 

rated herein entirely by reference. tional time windowS) depending on the routing desired by 

For simplicity, assume that the called party wants all the particular customer, 

incoming calls when PC 35 is not 'live' routed to a telephone r n the example, if the domain name translation request 

49, for example a secretary's telephone. At step S9, the arrives at the domain name server at a time within the 

domain name server outputs information identifying the 55 window tl, processing branches to step S12. The RCR 

alternate destination. In the present example, the RCR causes the domain name processing to output the IP address 

identifies the IP address of the PSTN gateway 45 and the 0 f t he first destination terminal device, the PC 35, and the 

telephone number of the line to telephone 49, and this domain name server transmits that address in the reply 

information is output for transmission to the PC 21 in step message (step S4). The PC 21 uses the received IP address 

S4. The PC 21 uses the received information, e.g. the IP 60 to mitiate voice communications with the PC 35 through the 

address and the telephone number, to establish voice com- pUD lic packet data network 31. If the domain name transla- 

munications with the alternate destination. t ion request arrives at the domain name server at a time 

The PC 21 would initiate a signaling communication within the window t2, processing branches from step Sll to 

through the Internet access server 27 and the public packet step S13. The RCR causes the domain name processing to 

data network 31 with the PSTN gateway 45, using the IP 65 output the IP address of the second destination terininal 

address received from the domain name server 51. As part device, and the domain name server transmits that address in 

of the signaling communication, the PC 21 would supply the the reply message (step S4). The PC 21 uses the received IP 
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address to initiate voice communications with that terminal access code. If desirable, the customized routing program 

device through the public packet data network 31. could activate a special form of billing for services. In fact, 

If the domain name translation request arrives at the 5011 of conditional access data file could be set up that 

domain name server at a time within the window t3, pro- woM 00111101 tbe res P onse 10 ^ caller and/or related caU 

cessingbranchesfromstepSlltostepS14.ThcRCRcauses s P rocessin E- 

the domain name processing to output the address of the ^ am c °? ld be screened based on identification of the 

third destination terminal device. In this case, the third P" 1 *. « terminal. Messages or voice caUs from some 

destination is telephone 49. The output address therefore f m P a ^ m «* f " u ?°? 

i yu j j r • . nprrKT , terminals might be blocked or routed to alternate destina- 

comprises the IP address of the appropriate PSTN gateway ^ guch a * maaboxes . Mess or voice calls can be 

server 45 and the telephone number of the line going to ™ to destinations a( b different times of tne d 

telephone station 49 from CO 47. In the present example, the week or month 

. domain name server transmits the IP address of the PSTO t of f0Uti ittcd 5 the inventiorj would 

gateway 45 and the telephone number of the hne to tele- enable a ^ party to mteract ^ ^ system and ^ 

phone 49 to the PC 21 in step S4. The PC 21 uses the a ca]1 disposition for each incoming call, for voice or data 

received information to establish voice communications 15 scrviccs< In such a the query message that the 

with the alternate destination, in the same manner as in the domain name server sends to the primary terminal device 

earlier example of a voice communication call from the PC cou id include an identification of the calling terminal. If the 

21 to the telephone 49. primary destination terminal device is live, the terminal 

The present invention is amenable to a number of modi- device might display the identification to the customer along 

fications and is adaptable to provide a wide range of 20 with options for call disposiuon. The options might include 

services, in addition to the simple service examples transmitting a denial message to the caller, completion to the 

described above primary destination terminal device, and routing to a 

i vir* -| j • f . , j . selected one of several alternate destinations. The user 

For example, FIG. 1 depicts a single domain name server ^ a selection Qj ^ ^ M ^ ^ 

51, and the above discussion has concentrated on a single 25 terminal wouU iflckdc ^ ^ information m thc 

server implementation for ease of explanation. In an actual, reply sem back to the domain name &erver The processing 

large scale deployment, the domain name server system by the domain name server, in turn would supply a message 

would comprise a number of server systems 51 in a hierar- or address corresponding to the input selection by the user 

chical arrangement. Each domain name server 51 would at the primary destination terminal to the calling party's 

serve a region or segment of the public packet data network 3Q terminal device. The calling party's terminal device would 

31 and would provide translations and conditional analysis initiate communications in the normal manner, albeit to the 

processing of names corresponding to addresses residing destination interactively selected by the called party 

within the segment served. Any computer or PC on the (assuming the called party did not select a denial message). 

segment requesting translation would first query the domain Also, for convenience, the above detailed discussion has 

name server system 51 serving that segment. If the domain 35 emphasized calls from a PC and voice calls from a telephone 

name was not one associated with that server, the domain capable PC. The inventive call processing methodology 

name server 51 would communicate through the hierarchy applies equally well to voice calls from ordinary telephones 

of such servers to relay the query to the appropriate server (wireline or wireless) that reach the packet data network 

for processing; and after processing, that server would (Internet) via a PSTN gateway server 45. The gateway 

provide the destination address and any associated informa- 4Q server 45 acts as a telephone capable computer. The gateway 

tion in the reply back to the querying device. Also, each server 45 queries the domain name server 52 for translation 

domain name server 51 in a given area could be duplicated, (typically for translation of a telephone number), and the call 

for redundancy. is processed thereafter in essentially the same manner as for 

It should be noted that any number of useful telecommu- the c *l ls from a telephone capable PC discussed in detail 

nications functions can be performed by controlling the IP 45 above. 

address and/or other routing information returned as a result While the foregoing has described what are considered to . 

of the conditional analysis performed by the domain name be preferred embodiments of the invention, it is understood 

server. The IP address and/or other routing information that various modifications may be made therein and that the 

returned to the caller is determined by customized routing invention may be implemented in various forms and 

control records (RCRs) stored in a database in the domain 50 embodiments, and that it may be applied in numerous 

name server 51. These routing programs can provide a wide applications, only some of which have been described 

range of customized routing services, in a manner similar to herein. It is intended by the following claims to claim- all 

the services provided by call processing records used in the such modifications and variations which fall within the true 

AIN telephone network. scope of the invention, 

A caller, for instance, could be connected to the closest 55 * claim: 

equivalent address. As an example consider that a caller is 1- A server, comprising: 

trying to reach one of a chain of drug stores. The caller an interface for coupling the server to a system of inter- 
enters the address of one drug store that happens to be across linked packet data networks using packet addresses 
town from her. The system could be programmed to detect defined in a first protocol; 
that there existed another store of that chain of drug stores 60 a central processing unit coupled to the interface; 
which was physically closer to the caller and would auto- a data storage system accessible by the central processing 
matically send back the IP address of that closest store rather unit; and 

than the IP address of the one across town. This would software running on the central processing unit for pro- 

provide the caller with the convenience of dealing with a cessing a query for translation of a name specified in a 

closer store. 65 second protocol received via the interface to generate a 

The system could also be programmed to block access to reply message for transmission via the interface, 

a particular IP address unless the caller can provide a special wherein: 
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the software controls the central processing unit to 
include an address conforming to the first protocol 
and relating to a first destination in the reply message 
if parameters relating to the query satisfy a first 
criteria defined in a routing control record stored in 5 
the data storage system, and 

the software controls the central processing unit to 
include information relating to a second destination 
in the reply message if parameters relating to the 
query satisfy a second criteria defined in the routing 10 
control record. 

2. A server as in claim 1, wherein the first and second 
criteria relate to time windows. 

3. A server as in claim 1, wherein the first and second 
criteria relate to status of a predetermined destination ter- is 
minal device. 

4. A server as in claim 1, wherein the data storage system 
stores at least one translation table and a plurality of con- 
ditional analysis routing control records. 

5. A server as in claim 1, wherein the wherein the 20 
information relating to the second destination comprises an 
address of the second destination conforming to the first 
protocol. 

6. A server as in claim 1, wherein the wherein the 
information relating to the second destination comprises a 25 
telephone number. 

7. A domain name server, comprising: 

an interface for coupling the domain name server to a 
system of interlinked networks using Internet Protocol 
(IP) addresses; 30 

a central processing unit coupled to the interface; 

a data storage system accessible by the central processing 
unit; and 

software running on the central processing unit for pro- 3S 
cessing a translation query received via the interface to 
generate a reply message for transmission via the 
interface, wherein: 

the software controls the central processing unit to 
include an IP address used to communicate with a 
first destination in the reply message if parameters 
relating to the query satisfy a first criteria defined in 
a routing control record stored in the data storage 
system, and 

the software controls the central processing unit to 45 
include routing information relating to a second 
destination in the reply message if parameters relat- 
ing to the query satisfy a second criteria defined in 
the routing control record. 

8. A domain name server as in claim 7, wherein the first 
and second criteria relate to time windows. 

9. A domain name server as in claim 7, wherein the first 
and second criteria relate to status of a predetermined 
destination terminal device. 

10. A domain name server as in claim 7, wherein the data 5S 
storage system stores at least one translation table and a 
plurality of conditional analysis routing control records. 

11. A server, comprising: 

an interface for coupling the server to a system of inter- 
linked packet data networks using packet addresses 60 
defined in a first protocol; 

a central processing unit coupled to the interface; 

a data storage system accessible by the central processing 
unit; and 

software running on the central processing unit, causing 65 
the server to respond to a query for translation of a 
name specified in a second protocol received via the 
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interface by transmitting a status query via the interface 
to a destination terminal device associated with the 
name, wherein the software controls the central pro- 
cessing unit to include an address of the destination 
terminal device conforming to the first protocol in a 
reply to the query for translation only if the server 
receives a predetermined reply to the status query from 
the destination terminal. 

12. A server as in claim 11, wherein the data storage 
system stores at least one translation table and a plurality of 
conditional analysis routing control records. 

13. A domain name server, comprising: 

an interface for coupling the domain name server to a 
system of interlinked networks using the Internet Pro- 
tocol (IP) addresses; 

a central processing unit coupled to the interface; 
a data storage system accessible by the central processing 
unit; and 

software running on the central processing unit, causing 
the domain name server to respond to a query for 
translation of a name specified in a second protocol 
received via the interface by transmitting a status query 
via the interface to a destination terminal device asso- 
ciated with the name, wherein the software controls the 
central processing unit to include an IP address of the 
destination terminal device in a reply to the query for 
translation only if the central processing unit receives a 
predetermined reply to the status query from the des- 
tination terminal. 

14. A domain name server as in claim 13, wherein the data 
storage system stores at least one translation table and a 
plurality of conditional analysis routing control records. 

15. A method comprising: 

receiving a name translation request at a server coupled to 
a public packet data network; 

executing a conditional analysis ia response to the name 
translation request; 

if the conditional analysis produces a first result, trans- 
lating a name included in the name translation request 
into a first destination address; 

if the conditional analysis produces a second result, 
translating the name included in the name translation 
request into a second destination address; and 

transmitting a response message containing the first or the 
second destination address to a calling device for use in 
establishing communication at least partially through 
the public packet data network. 

16. A method as in claim 15, wherein the name is a textual 
domain name comprising a plurality of words. 

17. A method as in claim 15, wherein the name comprises 
a telephone number. 

18. A method as in claim 15, wherein one of the first and 
second destination addresses relates to a numeric Internet 
Protocol address. 

19. A method as in claim 15, wherein one of the first and 
second destination addresses relates to call routing via the 
public switched telephone network. 

20. A method as in claim 15; wherein: 

the first and second destination address includes a 
numeric Internet Protocol address; and 

the second destination address further includes informa- 
tion relating to call routing via a public switched 
telephone network. 

21. A method as in claim 15, wherein the calling device 
is a terminal device. 
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22. A method as in claim 21; wherein the terminal device 
is a computer having two-way audio communication capa- 
bilities. 

23. A method as in claim 15, wherein the calling device 
is a telephone gateway coupled between the public packet 
data network and a switched telephone network. 

24. A method comprisiag: 

receiving a name translation request at a server coupled to 
a public packet data network; 

transmitting a status query from the server through the 
public packet data network to a terminal device asso- 
ciated with a name included in the name translation 
request; and 

if the terminal device provides a predetermined answer to 
the status query, formulating and transmitting a reply to 
the name translation request, said reply containing 
address information associated with the terminal 
device. 

25. A method as in claim 24, wherein the address infor- 
mation comprises a telephone number. 

26. A method as in claim 24, wherein the address infor- 
mation comprises an address of the public packet data 
network. 

27. A method as in claim 26, wherein the address of the 
public packet data network comprises an Internet Protocol 
(IP) address. 

28. A method as in claim 24, wherein the name included 
in the name translation request comprises a textual domain 
name. 

29. A method as in claim 24, further comprising the step 
of formulating and transmitting a reply containing address 
information associated with an alternate destination, if the 
terminal device does not provide the predetermined answer 
to the status query. 
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30. A method as in claim 29, wherein the address infor- 
mation associated with an alternate destination comprises a 
telephone number. 

31. A method as in claim 29, wherein the address infor- 
mation associated with an alternate destination comprises an 
address of the public packet data network. 

32. A method as in claim 31, wherein the address of the 
public packet data network comprises an Internet Protocol 
(IP) address. 

33. A method comprising: 

receiving a name translation request at a server coupled to 

a public packet data network; 
translating a name included in the request into destination 

address information if the server receives the request 

within a predetermined time window; 
transmitting a reply containing the destination address 

information to a calling device; and 
translating the name included in the request into alternate 

destination address information, if the server receives 

the request within another predetermined time window. 

34. A method as in claim 33, wherein the alternate 
destination address information comprises a telephone num- 
ber. 

35. A method as in claim 33, wherein the alternate 
destination address information comprises an address of the 
public packet data network. 

36. A method as in claim 35, wherein the address of the 
the public data network comprises an Internet Protocol (IP) 
address. 

37. A method as in claim 33, wherein the name included 
in the request comprises a textual domain name. 
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